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© Customization of user interface for application programs. 



© An application program automatically creates 
and presents a customized user interface by deter- 
mining a set of operations which is appropriate for 
the current user based on various relevant char- 
acteristics of the user and presenting only the speci- 
fied operations in the menus, icons, application bars 
or other interface components of the application pro- 
gram. 
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CUSTOMIZATION OF USER INTERFACE FOR APPLICATION PROGRAMS 



BACKGROUND OF THE INVENTION 



Field of the Invention 



The present invention generally relates to user 
interfaces to software applications and, more par- 
ticularly, to the creation, maintenance and use of a 
user interface to an application program which has 
been tailored to various characteristics of the cur- 
rent user. 



Description of the Prior Art 



Computer users vary in many respects, such 
as job duties, level of familiarity with various ap- 
plication programs, need to use various operations 
of application programs, frequency of use of var- 
ious operations of application programs, and right 
of access to different operations of application pro- 
grams. Most application programs, however, 
present a single user interface which does not take 
into account the individual characteristics of the 
current user. The result is that the user is pre- 
sented a user interface which may be confusing, 
inefficient, insufficiently restricted, or otherwise in- 
appropriate for him. 

The user interface for an application program 
can take many forms, such as menus, sets of 
icons, sets of action bars, or a command line. The 
user normally selects an operation or moves 
through the hierarchy of menus, etc. by some 
combination of keystrokes, cursor movements, 
mouse operations, commands or the like. 

At any given time, the array of choices pre- 
sented to the user may be so large as to be 
confusing, to take up an undue amount of the 
screen space, or to take up so much memory with 
the code underlying the choices that system per- 
formance is compromised. The array may contain 
operations which the user does not need or does 
not yet know how to use. In addition, the user may 
find it necessary or convenient to access in close 
sequence operations of a program which appear in 
different aspects (e.g., menus or action bars) of the 
user interface, tn such a case, it is cumbersome to 
traverse from menu to menu or from action bar to 
action bar. 

As the user gains familiarity with the applica- 
tion program or as his needs change, he may 
"outgrow" the user interface, requiring access to a 
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broader or different set of operations. 

A number of rudimentary attempts have been 
made to alter the user interface of an application 
program, or at least the user's access to aspects of 

5 the program or manipulated data, in response to a 
characteristic of the user. Perhaps the earliest ex- 
ample is the assignment of access levels to 
database users so that some users may not have 
write access to certain files or fields in files, some 

w users may not have read access to certain files or 
fields, and some users may not even be able to 
access the database at all. This feature is now 
common among commercially available database 
management systems. 

/s A more closely related technique is the provi- 

sion of a software switch, set by the user, which 
governs whether menus or other explanatory as- 
pects of the user interface are visible on the 
screen. Thus, a novice user would set the switch to 

20 make menus appear on the screen so that he may 
use the menus as a guide in performing operations. 
On the other hand, an advanced user would set the 
switch to remove the menus from the screen so 
that he could view data in the entire screen, unob- 

25 structed by the menu. The word processing pro- 
gram WordStar (trademark of MicroPro) uses such 
an approach, implemented in the form of differing 
levels of "help." 

An even more recent trend has been to provide 

30 so-called "soft interfaces" to application programs, 
which allow the user to emulate to a degree the 
interface of a program with which he is already 
familiar or to create an interface which is purely 
individual. The word processing program Sprint 

35 (trademark of Borland) provides a soft interface 
which enables the user to operate it with the com- 
mands used by WordPerfect (trademark of Word- 
Perfect), WordStar, Word (trademark of Microsoft), 
certain other word processors, or commands of the 

40 user's own selection. 

Finally, the methodology exists on a systems 
level to allow programmers to automate the cre- 
ation of menus, etc. in the course of application 
development. The programmer specifies a list of 

45 operations, codes, explanatory material, and format 
parameters, and the menu generator creates a 
menu for presentation on the screen. 

There is nothing in the prior art, however, 
which enables the user or s ystem administrator tn 

so select arbitrarily from the range of operations of- 
fered by an application program and thereby create 
an interface which is truly customized to the level 
of familiarity, type of job, level of access and other 
characteristics of the user. 
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SUMMARY OF THE INVENTION BRIEF DESCRIPTION OF THE DRAWINGS 



It is therefore an object of the present invention 
to provide a technique for specifying the range of 
operations to be presented by the user interface of 
an application program which is customized for 
particular users or classes of users and is readily 
changeable by the user or system administrator. 

It is another object of the invention to provide a 
program for creating and displaying the relevant, 
customized user interface which has been speci- 
fied by the user or system administrator. 

According to the invention, the user interface of 
an application program is restructured in a form 
customized for the current user each time he in- 
vokes the program. The user or system administra- 
tor first creates a customization table which speci- 
fies the operations to be made available to particu- 
lar classes of users or even individual users. For 
example, a matrix could be created which specifies 
certain groups of operations for presentation to 
users depending on the users' type of job and 
degree of familiarity with the application program. 
The customization table could be modified when- 
ever desired. Each time a user invokes the applica- 
tion program, the appropriate set of operations for 
the user is determined from the customization table 
by searching a user profile table based on the 
user's identifier, prompting the user to enter his 
relevant characteristics, or other means. 

Because the user's level of familiarity with the 
application program will frequently be the most 
important characteristic, a count of the number of 
times each user has invoked the application pro- 
gram could be stored and used to estimate the 
user's level of familiarity and select the appropriate 
set of operations for the user, automatically raising 
the level of user interface as thresholds are 
reached. The user could "be permitted to override 
the system count if it led to an inappropriate level 
of interface. 

Similar types of automatic upgrading could oc- 
cur by monitoring the number of serious errors that 
occur in each session and raising the complexity of 
the user interface if fewer than a certain number 
occur during the session, or by monitoring calls to 
operations not presented by the interface and add- 
ing an operation to the user interface if it is called 
more than a certain number of times during the 
session. 

The set of operations appropriate to the user is 
then used to generate menus, icons, action bars or 
other interface components which present only the 
specified operations, rather than the full, and possi- 
bly confusing, inefficient or otherwise inappropriate, 
range of operations available within the application 
program. 



The foregoing and other objects, aspects and 

5 advantages of the invention will be better under- 
stood from the following detailed description of a 
preferred embodiment of the invention with refer- 
ence to the drawings, in which: 

FIG. 1 illustrates a typical table specifying 

;o the operations that might be made available to 
various types of users with various levels of exper- 
ience with the application program in the practice 
of the invention; 

FIG. 2A illustrates a typical menu which may 

75 be presented to a novice clerical user in the prac- 
tice of the invention; 

FIG. 2B illustrates a typical menu which may 
be presented to a moderately experienced clerical 
user in the practice of the invention; 

20 FIGS. 3 to 12. taken together, constitute a 

flow chart of the user interface customization pro- 
cedure according to the invention in which the 
connectors in each of the figures indicate the man- 
ner in which the several figures are interconnected 

25 to form the flow chart and wherein 

FIG. 3 is a portion of the flow chart which 
illustrates customization table creation and editing 
logic; 

FIG. 4 is a portion of the flow chart which 
30 illustrates user profile table creation and editing 
logic; 

FIG. 5 is a portion of the flow chart which 
illustrates initialization and user lookup logic; 

FIG. 6 is a further portion of the flow chart 
35 which illustrates operation set creation ,and inter- 
face generation logic; 

FIG. 7 is a further portion of the flow chart 
which illustrates exception monitor and operation 
monitor invocation logic; 
40 FIG. 8 is a further portion of the flow chart 

which illustrates exit testing and upgrading logic 
based on the contents of the operation monitor list 
and the total in the operation count; 

FIG. 9 is a further portion of the flow chart 
45 which illustrates exit testing and upgrading logic 
based on the total in the exception count; 

FIG. 10 is a further portion of the flow chart 
which illustrates exit testing and upgrading logic 
based on the user's desires; 
50 FIG. 1 1 is a further portion of the flow chart 

which illustrates exception monitor logic; and 

FIG. 12 is a further portion of the flow chart 
which illustrates operation monitor logic. 

55 

DETAILED DESCRIPTION OF A PREFERRED EM- 
BODIMENT OF THE INVENTION 
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Referring now to the drawings, and more par- 
ticularly to FIG. 1, the procedure according to the 
invention creates, stores in electronic storage, and 
utilizes a customization table which specifies sets 
of operations to be presented in the user interface 
to users with the corresponding relevant character- 
istics. FIG. 1 illustrates a customization table which 
considers only two user characteristics, namely the 
familiarity level characteristic 10 and the job type 
characteristic 12. It will be observed that the appro- 
priate operations set for a user with clerical job 
type characteristic 14 and novice familiarity level 
characteristic 16 is operations set 18, comprising 
the operations listed therein. 

FIG. 2 illustrates two sample user interface 
menus for a user with clerical job type. FIG. 2A 
illustrates that note function 20. file subfunction 22 
provides the novice familiarity level clerical job 
type user with operations set 24. In contrast, FIG. 
2B illustrates that the moderate familiarity level 
clerical job type user is provided with operations 
set 26, which contains the opera tions Link, Merge, 
and Page Setup in addition to the operations 
shown in operations set 24 of FIG. 2A. 

FIGS. 3 and 4 illustrate the logic of the pro- 
grams which create and edit the customization 
table and the user profile table, both of which are 
used to generate customized user interfaces for 
individual users. The customization table and user 
profile table are searchable aggregations, such as 
arrays, of multifield records as are commonly used 
in computer programming applications and may be 
created by a variety of known methods such as 
interactive entry or editing using a text editor, 
database management system or set of table cre- 
ation functions embedded within a table mainten- 
ance routine specialized to the present invention. 

FIG. 3 illustrates the program which creates 
and edits the customization table. When this pro- 
gram is first invoked, a test is made to determine 
whether the customization table exists, as indicated 
in decision block 30. If the table exists, it is loaded 
into memory as indicated in block 31. If the table 
does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 32. The existing 
table or the blank table format as the case may 
be, is then displayed to the user as indicated in 
block 33. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 34. 
Editing ends when the user enters the quit editing 
command as indicated in block 35. The newly 
created or edited table is then stored in external 
memory as indicated in block 36. 

FIG. 4 illustrates the program which creates 
and edits the user profile table. When this program 
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is first invoked, a test is made to determine wheth- 
er the user profile table exists, as indicated in 
. decision block 40. If the table exists, it is loaded 
into memory as indicated in block 41. If the table 

5 does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 42. The existing 
table or the blank table format, as the case may 

w be, is then displayed to the user as indicated in 
block 43. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 44. 
Editing ends when the user enters the quit editing 

is command as indicated in block 45. The newly 
created or edited table is then stored in external 
memory as indicated in block 46. 

FIG. 5 illustrates that the automatic customiza- 
tion procedure according to the invention begins by 

20 determining the user's identifier in block 50 by 
known methods such as testing the system vari- 
able which contains the current user's identifier or 
by prompting the user to enter his or her identifier. 
The user profile table is then loaded into memory 

25 as indicated in block 51 1 and the user profile table 
is searched for the current user's identifier in de- 
cision block 52. If the user's identifier is not found 
in the user profile table, the user is prompted to 
enter data into the fields of a blank user profile 

30 record which has been created for that particular 
user, as indicated in block 53. The data input by 
the user is moved into the appropriate fields to 
create the user profile record, which is retained in 
memory for further use, as indicated in block 54. 

35 The newly created user profile record is also added 
to the user profile table as indicated in block 55, 
and the program moves to block 60 shown in FIG. 
6. 

If, on the other hand, the user identifier is 

40 found in the user profile table, the user's profile 
record is moved from the table into memory as 
indicated in block 56, and the program moves to 
block 60 of FIG. 6. 

In block 60 of FIG. 6, a multikey search is 

45 carried out in the customization table to find the 
entry corresponding to the user characteristics 
specified in the user profile record. Typical user 
characteristics contained in the user profile record 
might include the user's job type, level of familiar- 

so ity with the application program, number of times 
the user has invoked the application program, data 
access and modification rights, and others. There 
is one field of the user profile record which, if it 
exists, will not be used in the search. This is a field 

55 which lists operations individually specified to be 
added to the user's customized interface in addi- 
tion to the operations that would be included based 
solely on the characteristics in the user profile 

4 
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record. The purpose of this is to provide for an 
arbitrary degree of customization beyond that pro- 
vided by the generalized sets of operations 
deemed appropriate to users of various types. 

The list of operations which has thus been 
generated from both the customization table and 
the individualized operations of the user profile 
record is passed to the interface generator as in- 
dicated in block 61. The interface generator then 
creates the corresponding set of interface ele- 
ments, such as menus, application bars, etc., by 
merging the operations in the list into the appro- 
priate interface screen designs as indicated in 
block 62. 

In FIG. 7. the exception monitor is invoked by 
setting the exception count to zero as indicated in 
block 70 and setting a switch to respond to excep- 
tion interrupts by calling the exception monitor pro- 
gram as indicated in block 71 . The operation moni- 
tor is then invoked by emptying the operation list 
as indicated in block 72. setting the operation count 
to 0 as indicated in block 73. and setting a switch 
to call the operation monitor program any time an 
operation is invoked as indicated in block 74. Con- 
trol is then passed to the application program for 
presentation of the top level interface element (e.g.. 
main menu) and use of the application program by 
the user as indicated in block 75. 

FIG. 8 illustrates the exit routine which is en- 
tered after the user exits the application program 
as indicated in block 80. The operation list is 
loaded from the opera tion monitor as indicated in 
block 81, and the operations which were invoked 
more than a predetermined number of times x 
during the session are displayed to the user as 
indicated in block 82. The user is then asked if he 
wishes to add the displayed operations to his cus- 
tomized user interface as indicated in decision 
block 83. If the user answers in the affirmative, the 
new operations are added to the individualized 
operation field of the user's user profile record as 
indicated in block 84 and the program moves to 
decision block 85. If the user answers in the nega- 
tive, the program moves directly to decision block 
85. 

In decision block 85, the operation count is 
tested to determined whether it contains more than 
a predetermined number y of entries. If so. the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not, the program moves to decision block 90 of 
FIG. 9. 

In FIG. 9, the exception count is tested to 
determine whether the total number of serious er- 
rors is less than a predetermined number z as 
indicated in decision block 90. If so, the field for 
the user's experience level is incremented in the 



user profile record as indicated m block 100 of FIG. 
10 and the program moves to block 101. If not. the 
program moves to block 91 of FIG. 9. 

The experience count field, which stores the 
s number of times the user has accessed the ap- 
plication program, is incremented in the user profile 
record as indicated m block 91. and the incre- 
mented' value is then tested as indicated in de- 
cision block 92 to determine whether the value is 
w greater than a predetermined number w. If so, the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not. the program moves directly to block 101. 
;s In FIG. 10. a message is displayed to the user 

as indicated in block 101 which lists the upgrading 
actions which have been taken or states that no 
upgrading actions have been taken, as the case 
may be. The user is then asked in decision block 
20 102 whether he wishes to add to. delete or change 
the upgrading actions. If so, the upgrade is modi- 
fied m accordance with user input as indicated in 
block 103. and the program terminates. If not, the 
program terminates directly. 
25 FIG. 11 illustrates the operation of the excep- 

tion monitor. Whenever an exception interrupt is 
generated as indicated in block 110, it is tested as 
indicated in decision block 1 1 1 to determine wheth- 
er the severity of the error exceeds a predeter- 
30 mined level. If so. the exception count is incre- 
mented as indicated in block 112 and control is 
returned to the main program. If not, control returns 
directly to the main program. 

FIG. 12 illustrates the operation of the opera- 
35 tion monitor. Whenever an operation is invoked as 
indicated in block 120, it is tested as indicated in 
decision block 121 to determine whether the opera- 
tion is already contained in the user's customized 
interface. If not. the operation is added to the 
40 operation list maintained by the operation monitor 
as indicated in block 122, the operation count is 
incremented as indicated in block 123, and control 
is returned to the main program. If so, control 
returns directly to the main program. 
45 While the invention has been described in 

terms of a single preferred embodiment, those 
skilled in the art will recognize that the invention 
can be practiced with modification within the spirit 
and scope of the appended claims. 

50 

Claims 

1 . In a data processing system, a procedure for 
55 automatically customizing a user interface of an 
application program to present a limited set of 
operations based on relevant characteristics of a 
user comprising the steps of: 
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accepting input data relating to identifiers of actual 
or potential users of the application program, rel- 
evant characteristics of users and.or classes of 
users' and sets of operations of the application 
program which are appropriate for each such user 
or class of users; 

creating a user profile table which stores said rel- 
evant characteristics of users in a format which is 
searchable using the identifier of a user as a key 
value; 

storing the user profile table for later access; 
creating a customization table which stores said 
sets of operations in a format which is searchable 
using said relevant characteristics as key values; 
storing the customization table for later access; 
determining user identifier or relevant characteris- 
tics of a user when a user invokes the application 
program; 

searching the customization table for the appro- 
priate set of operations based on the identifier or 
relevant characteristics of the user; and 
automatically generating user interface components 
during the running of the application program which 
present only the operations specified for the user. 

2. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 wherein the step of determining 
relevant characteristics of a user is performed auto- 
matically by using an identifier of the user as a key 
to search said user profile table. 

3. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 further comprising the steps of: 
maintaining a count of the number of times a user 
has invoked the application program; 
determining said user's level of familiarity with the 
application program by reference to said count; 
and 

utilizing said level of familiarity with the application 
program as one of the relevant characteristics of 
the user in searching the customization table. 

4. The procedure for automatically customizing 
a user interface of an application program with 
system determination of the user's level of familiar- 
ity with the application program as recited in claim 
3 further comprising the step of providing the user 
an option to override the count of times the user 
has invoked the application program to allow for 
variations in the time different users take to famil- 
iarize themselves with the application program. 

5. The procedure for automatically customizing 
the user interface of an application program as 
recited in claim 1 further comprising the steps of: 
maintaining a count of the number of serious ex- 
ception conditions which occur during a user's ses- 
sion with the application program; 
automatically increasing said user's level of famil- 
iarity with the application program each time a 



session ends with said count being lower than a 
predetermined number; and 

storing said increased level of familiarity with the 
application program in the user profile table for 
s searching the customization table in subsequent 
sessions by the same user with the application 
program. 

6. The procedure for automatically customizing 
the user interface of an application program with 

w automatic in creasing of a user's level of familiarity 
with the application program as recited in claim 5 
further comprising the step of providing the user an 
option to override said automatic increase in a 
user's level of familiarity with the application pro- 

75 gram. 

7. The procedure for automatically customizing 
the user interface of an application program as 
recited in claim 1 further comprising the steps of: 
maintaining a list of operations not in a user's 

20 customized operations set which are invoked by 
the user during a session with the application pro- 
gram; 

automatically adding to the user's customized op- 
erations set all operations from said list which were 

25 invoked more than a predetermined number of 
times within the session: and 
utilizing said additional operations in creating the 
user's customized user interface in subsequent 
sessions by the same user with the application 

30 program. 

8. The procedure for automatically customizing 
a user interface of an application program with 
automatic adding of certain operations to a user's 
customized operations set as recited in claim 7 

35 further comprising the step of providing the user an 
option to override said automatic addition of oper- 
ations to the user's customized operations set. 

9. The procedure for automatically customizing 
the user interface of an application program as 

40 recited in claim 1 further comprising the steps of: 
maintaining a count of operations not in a user's 
customized operations set which are invoked by 
the user during a session with the application pro- 
gram; 

45 automatically increasing said user's level of famil 
iarity with the application program each time a 
session ends with said count being higher than a 
predetermined number; and 
storing said increased level of familiarity with the 

so application program in the user profile table for 
searching the customization table in subsequent 
sessions by the same user with the application 
program. 

10. The procedure for automatically customiz- 
55 ing the user interface of an application program 
with automatic increasing of the user's level of 
familiarity with the application program as recited in 
claim 9 further comprising the step of providing the 
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user an option to override said automatic increase 
in the user's level of familiarity with the application 
program. 
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